home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 1182 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.4 KB
  1. From: David Brownell <brownell@ix.netcom.com>
  2. Message-ID: <317958CE.2B89@ix.netcom.com>
  3. X-Original-Date: Sat, 20 Apr 1996 14:36:14 -0700
  4. Path: in1.uu.net!bounce-back
  5. Date: 21 Apr 96 07:00:00 GMT
  6. Approved: fjh@cs.mu.oz.au
  7. Newsgroups: comp.programming.threads,comp.std.c++
  8. Subject: Re: Is STL MT-Safe?
  9. Organization: Dave's VAX
  10. References: <4kmjvj$89t@usc.edu> <4kspmb$9tb@ubszh.fh.zh.ubs.com> <3173E95E.5AC@ix.netcom.com> <4l12rf$q11@galaxy.ucr.edu> <31753C02.58A6@ix.netcom.com> <4l8pud$3t8@galaxy.ucr.edu>
  11. X-Netcom-Date: Sat Apr 20  4:37:13 PM CDT 1996
  12. X-Mailer: Mozilla 2.0 (Win95; I)
  13. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  14.     iQBFAgUBMXndH+EDnX0m9pzZAQFTDAF/daqzUqq+Kx1H1BC50W9aRl8lpsIDJyoc
  15.     Fg0k8LZgET0RgTdk/3Bj1Ind+vOzQLGJ
  16.     =Pnv2
  17.  
  18. Tom Payne wrote:
  19. > 
  20. > The second major need is to allow a signal to force an exception in
  21. > without the program polling for it.
  22.  
  23. I guess we'll just disagree on this ... I see signals as basically
  24. asynchronous, and exceptions as wholly synchronous.  Plus, exactly
  25. which exceptions are legal will vary depending on the state of the
  26. thread's execution (i.e. the "throw" specification of the function
  27. being executed).  So it doesn't make sense to me to mix the two.
  28.  
  29. If you want signals to cause exceptions, it's simple enough to code
  30. the handoff between signal handling thread and the exception-raising
  31. one ... either sigwait() and pthread_cond_signal(), or else use the
  32. older asynchronous signal handlers and a semaphore.  The thread that
  33. blocked on the synchronization variable (sema_t or pthread_cond_t)
  34. raises whatever exception it wants.
  35.  
  36.  
  37. >     In a thread on this
  38. > topic a couple months ago, David Chase gave an implementation strategy
  39. > based on range tables that seemed to involve no CPU overhead and whose
  40. > complexity seemed reasonable.
  41.  
  42. But if the exceptions aren't synchronous, the complexity of generating
  43. those tables can become extremely high ... particularly in conjunction
  44. with the code motion performed as part of most optimizations.  As was
  45. pointed out to me by David himself.
  46. -- 
  47. David Brownell
  48. http://www.netcom.com/~brownell
  49. ---
  50. [ comp.std.c++ is moderated.  To submit articles: try just posting with      ]
  51. [ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu         ]
  52. [ FAQ:      http://reality.sgi.com/employees/austern_mti/std-c++/faq.html    ]
  53. [ Policy:   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html ]
  54. [ Comments? mailto:std-c++-request@ncar.ucar.edu                             ]
  55.